Yeah I'm having a look into that, it's weird because the step before also uses pnpm and works fine.

Looks good afaict. I noticed the .envrc is running watch_file $(find . -name '*.nix'), which means it should be looking at .devenv/ and .devenv.flake.nix. I removed them, and it still seems to be working, but should those files be ignored or deleted, to avoid interference?

Looks good afaict. I noticed the .envrc is running watch_file $(find . -name '*.nix'), which means it should be looking at .devenv/ and .devenv.flake.nix. I removed them, and it still seems to be working, but should those files be ignored or deleted, to avoid interference?

The Devenv dotfiles can be removed as Devenv is no longer used at all. However well pointed out as I'd forgotten to remove the old unused flake stub in the nix/ directory (now removed).

The watch_file call in the .envrc basically gets Direnv to reload the environment when there has been a change to the nix configuration as it's non-trivial to work out which nix files are related to the devshell. I'm going to add a watch_file to the flake.lock as well as that would also have potentially devshell altering effects.

@Schaechtle @srounce I just noticed, the docs weren't updated to match. quick-start.adoc and structure-learning.adoc still refer to devenv.

The Dockerfile also refers to devenv, and many of the Github Action yaml files do, too.